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10 

Technical Field 

The present invention relates generally to computer systems, and more particularly to 
a system and method for providing a multi-tier distributed applications architecture wherein 
portions of remote applications may be executed from local systems to facilitate higher 
1 5 performance network/system operations and provide consistent offline/online user 

experiences. 

Background of the Tnyention 

The explosion of Intemet and other network technologies has fueled a technology 
20 revolution for the latter portions of the twentieth century and beyond. With these new and 
exciting technologies, companies - new and old, have been thriving and to some extent 
forced by circumstances to accept existing systems and network architectures which have 
evolved over time and continue to provide existing services. For example, a common theme 
among Intemet systems is to provide very powerful servers tightly coupled to large databases 
25 wherein the server may process thousands of requests from remote users surfing the world- 
wide web via server provided applications. While this model may continue to serve Intemet 
traffic, performance and logistical problems remain unsolved by the present system. 

One such problem associated with the server provided applications model relates to 
leveraging of local client resources. For example, network servers tend to act as a bottleneck 
30 since they must perform a plurality of redundant computations in order to respond to a 
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plurality of variable remote service requests. As Personal Computer (PC) performance has 
increased because of more powerful microprocessors and clock speeds, overall network 
performance has lagged these increases because bottlenecks created at the server end many 
times cause PC's to wait for remote processing to complete. Thus, increases in current PC 
5 technology have not been fully leveraged/utilized by the current model 

Another problem related to the server provided applications model is associated with 
network performance in general. Web page accessing and manipulations, for example, 
generally require large amounts of data to continually be exchanged between remote chents 
and servers. As the number of users increase, data transactions on the Litemet increase 

10 thereby causing overall communications performance to decrease. Therefore, a more 

powerful and flexible systems architecture is needed wherein clients may continue to enjoy 
network interactivity, yet, reduce network requests and latency associated therewith. 

Still yet another problem associated with existing architectures is related to offline 
performance of network-based systems. Many Web pages, for example, provide an 

15 interactive and vibrant experience for users to observe and utilize data provided from a given 

site. As long as users remain online with the present site, the interactive experience 
continues. Unfortunately, even though data files may be downloaded from these sites, the 
interactive and often times useful presentation/manipulation of the data is lost when 
disconnecting from the server applications operating the web page. As users go offline to 

20 observe the data at a later time, it would be highly relevant and useful to be able to view and 
manipulate the data as if online with the associated server. Consequently, there is an 
unsolved need for a system and/or methodology to provide offline service capabilities similar 
to those which may currently be obtained online. 

25 Summary of ttie Tnvenfion 

The present invention relates to a multi-tier apphcations architecture wherein 
applications may be shared and leveraged across a plurality of systems. The multi-tier 
architecture enables local systems resources to service applications that were conventionally 
provided at centrally located appUcation server systems. Thus, performance and offline 
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capabilities are facilitated by the present invention since client personal computer systems 
may contribute and service network applications (e.g., Intemet, Intranet, Wireless Networks, 
Telecommunications) locally as opposed to services being provided and thus communicated 
from central locations. By shifting performance capabilities from server systems to client 
5 systems, network performance may be improved and latencies associated with remote service 

requests mitigated. Furthermore, offline capabilities may be improved. 

More specifically, the present invention provides a multi-tier architecture wherein 
interactive processing associated with remote data systems may be performed locally. The 
architecture may include a presentation tier, a mobile tier (e.g., unguarded tier), a guarded 

1 0 tier, and a data tier. The presentation tier may include a browser for generating remote user 
data requests, for example. The browser may then generate a local request to the mobile tier 
resident on a client machine, for example. Local application logic associated with the mobile 
tier may then send remote service requests to a guarded tier associated with a remote server 
having access to the data tier. Upon receiving the remote request, the guarded tier may 

1 5 download portions of applications logic to the mobile tier along with associated data from the 
data tier for interacting and manipulating remote data associated with a web page and/or other 
network application. It is noted that the applications portions described above may be 
alternatively loaded on the client end from a CD ROM, for example. Upon installing the 
applications in the mobile tier, the cHent system may thus interact with the remote data 

20 locally and thus leverage local computing resources and further mitigate network accesses to 
the server system. Moreover, a unified apphcations model is provided wherein client 
resources are more fiiUy utilized, security is improved, installation costs are reduced, and 
round trip latencies associated with conventional server models improved. As will be 
described in more detail below, local accesses maybe facilitated by providing a request 

25 handling system wherein local system accesses may be directed to local resources and remote 
accesses directed to remote locations - transparently from the user. By enabling apphcations 
to execute locally, users may interact with network data offline in a similar manner to their 
online experience. Thus, the present invention provides an improved offline user experience. 
One specific aspect of the present invention relates to a network-based application. 
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comprising; application and presentation logic, at least a portion of which is interchangeably 
processed by a server or a client without modification to the portion. 

Another aspect of the invention relates to an architecture for processing network- 
based applications. The architecture includes a presentation tier for interacting with a web- 
5 based apphcation at a client, A mobile tier is operatively coupled to the presentation tier, the 
mobile tier providing for executing at least a portion of the network-based application at 
either the client end or a server. A guarded tier is operatively coupled to at least one of the 
mobile tier and presentation tier, the guarded tier providing for executing remaining portions 
of the web-based application at the server. 

10 Another aspect of the invention relates to a method for executing a network-based 

application, comprising: executing at least a portion of a network-based application on the 
chent computer, the web-based application comprising application and presentation logic, at 
least a portion of which is interchangeably processed by a server or the client without 
modification to the portion. 

15 The following description and the annexed drawings set forth in detail certain 

illustrative aspects of the invention. These aspects are indicative, however, of but a few of 
the various ways in which the principles of the invention may be employed and the present 
invention is intended to include all such aspects and their equivalents. Other advantages and 
novel features of the invention will become apparent from the following detailed description 

20 of the invention when considered in conjunction with the drawings. 

Brief Description of the Drawings 

Fig. la is a schematic block diagram illustrating a multi-tier architecture in 
25 accordance with an aspect of the present invention; 

Fig, lb is a schematic block diagram illustrating a multi-tier architecture in 
accordance with another aspect of the present invention; 

Fig. 2 is a schematic block diagram illustrating a local applications environment in 
accordance with an aspect of the present invention; 
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Fig, 3 is a schematic block diagram illustrating a request handling system in 
accordance with an aspect of the present invention; 

Fig. 4 is a flow chart diagram illustrating a methodology for providing a multi-tier 
architecture in accordance with an aspect of the present invention; and 
5 Fig. 5 is a schematic block diagram illustrating a system in accordance with an aspect 

of the present invention. 



Detailed Description of the Tnvenfinn 

10 The present invention is now described with reference to the drawings, wherein like 

reference numerals are used to refer to like elements throughout. 

The present invention relates to a system and methodology for executing network 
server applications on a client machine (e.g., inside a browser) without the need for a network 
server to be installed locally on the machine. Applications may thus be downloaded and 

1 5 installed automatically thereby facilitating a zero-cost installation and execution in a secure 

environment. The present invention enables network applications that look similar and/or 
identical to network apphcations written for network servers. Furthermore, these 
applications may run offline and without the hardware requirements generally associated with 
a host network server. 

20 Referring initially to Fig. la, an exemplary system 10a illustrates an aspect of a multi- 

tier distributed applications architecture in accordance with the present invention. A local 
system 20 is provided for handling local system requests and local data handhng (e.g., Web 
page, wireless data) operations. A presentation tier 24 which may include a browser (not 
shown) (e.g., Litemet Explorer, Netscape, HTML 3.2, WML, JAVA) provides an interface 

25 for users to access local (e.g., Web) information on the local system 20. As users access the 

presentation tier 24, local data requests 28 (e.g., HTTP) are sent to a mobile tier 32. The 
mobile tier 32 provides local application logic (not shown) for translating and directing local 
requests 28 for processing at the local system 20 and/or sending remote requests 36 (e.g., 
HTTP) to a remote system 40. It is noted that the mobile tier 32 may generally be considered 
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as "unguarded logic" except, for example, in systems wherein a high degree of trust may be 
estabhshed between the remote system 40 and the local system 20. The remote system 40 
may include a guarded tier 44 for providing the local applications logic to the mobile tier 32 
and/or for providing an interface to data relating to information (e.g., Web pages, remote 
5 application data) associated with a data tier 48. By enabhng applications logic and data 
associated with the data tier to be downloaded from the guarded tier 44, local system 20 
resources may be leveraged to facilitate information access and to enable information 
provided by the data tier 48 to be manipulated and utilized offline by the local system 20. It 
is noted that the appHcation logic in the mobile tier 32 may alternatively be provided locally 

10 by loading from a CD and/or floppy disk, for example, on the local system 20. 

As local requests 28 are generated for accessing and operating on local data, the 
mobile tier 32 determines if application logic for servicing the local requests 28 is resident on 
the local system 20. If the applications logic is not resident, the mobile tier 32 may initiate a 
download request via the remote request 36 to the guarded tier to have the appUcation logic 

15 sent from the remote system 40. Upon receiving the logic, the mobile tier 32 may also 

receive data from the data tier 48 for servicing local data requests 28. After the mobile tier 
32 has been configured to service local requests 28, the user may then access information, for 
example, as if provided at the remote system 40. However, local system 20 resources may 
now be utiHzed to service the requests. In this manner, improved performance and offline 

20 manipulations of information {e.g., Web page) may thus be achieved. If a local request 28 
requires fiirther data for operation, additional remote requests 36 maybe initiated to the 
guarded tier 44, and/or initiated at a later time when the user reestablishes an online 
connection after having worked offline. 

It is noted that the guarded tier 44 may provide the appHcations logic and data 

25 described above via a remote response 54 {e.g., XML file. Wireless Markup Language 

(WML) file). It is fiirther noted that the mobile tier 32 logic may reside on either the guarded 
tier 44 or mobile tier 32. For example, the guarded tier 44 may include portions of an 
interface (not shown) to respond to mobile tier 32 download requests in accordance with the 
present invention, and may include logic for servicing requests from the presentation tier 24 
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directly. Referring briefly to Fig. lb, a bypass request 56 may be initiated by the 
presentation tier 24 to access remote systems directly if a guarded tier configured in 
accordance with the present invention is not provided by the remote system 40. 

Referring back to Fig. la, after the local system 20 has been configured (e.g., 
5 download and/or CD installation) an offline system in accordance with the present invention 

may be utihzed. For example, an application may be downloaded from an Intemet shopping 
site. The application may provide a portion of its data catalog in XML format for offline 
viewing from the data tier 48 described above. The Intemet shopping site may advertise on 
its entry page, for example, that users can browse their inventory and place orders while 

1 0 offline by clicking on a link. The shopping appHcation and an XML data catalog may then be 
downloaded and automatically installed locally. Throughout the week, the customer browses 
the catalog locally and adds items to their shopping cart whenever they remember they need 
something. When the order is submitted, a queued transaction may be generated in an XML 
store maintained in the application's storage (not shown). The next time the user is online, 

1 5 they may navigate to the shopping application, which notifies them that they have orders to 

submit. The user may then authorize the submission of the order, which is then processed. 
The user may also receive notification of any price changes (sales or cost increases), and then 
may authorize or reject the order wherein an estimated dehvery time may be retumed. 
It is to be appreciated that although an Intemet application example has been 

20 described above, that the present invention may apply to substantially any local and remote 

system configured in accordance with the present invention. For example, a wireless 
telephone, Personal Digital Assistant (PDA), or other handheld device may be configured to 
load mobile tier logic in accordance with the present invention from a remote server location. 
For example, a wireless phone user may download applications logic and data relating to a 

25 phone directory from a remote system. At some later time for example, the user may access 
and manipulate the directory as if the user were still connected via a direct wireless 
connection to the remote system. If additional data were required from the remote system, 
the mobile tier logic may request the additional data the next time the user accesses the 
remote system or initiate a wireless connection to the remote system based upon the request. 
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It is to be further appreciated that a plurahty of other local/remote systems may be similarly 
configured. 

As will be described in more detail below, a security system may be included within 
the mobile tier 32 to protect local files within the local system 20 from undesired accesses. It 
5 is also noted that the remote system 40 may include a tightly coupled relationship between 
the guarded tier 44 and the data tier 48 wherein the guarded tier logic for accessing the data 
tier may be highly dependent on the data tier 48, In contrast, the present invention provides a 
loosely coupled relationship between the local system 20 and the remote system 40 wherein 
data may be accessed infrequently and at the behest of local system requirements thereby 

1 0 facilitating maximum flexibility and performance between the systems. It is further noted 
that a tightly and/or loosely coupled arrangement may be established between the 
presentation tier 24 and the mobile tier 32. 

Referring now to Fig. 2, a system 10b illustrates a local system 20 architecture in 
accordance with an exemplary aspect of the present invention. Although the system 10b is 

15 described in relation to an Intemet example, it is to be appreciated that the present invention 

may be applied to substantially any local/remote data access system as described above. For 
example, the local system 20 may include a browser 60 for providing a user interface for 
communicating to local applications logic 64 to access Web pages 68 and or other data 
formats. The Web pages 68 may include HTML headers and scripts for operating the Web 

20 page, for example. A handler 72 (e.g., HTTP) may also be provided for processing local 

requests 28. As will be described in more detail below, local requests may be mapped to the 
local system upon loading of the local application logic 64. For example, a remote Intemet 
request may appear as: http:www.example.com wherein the present invention may map the 
remote request to MyCompany:www.example.com for local Web page access upon loading 

25 of the logic 64. Thus, a user is provided with a seamless and transparent system for 

processing Web page and/or other requests on the local system 20. 

Referring now to Fig. 3, a system 10c illustrates a request handling system in 
accordance with an aspect of the present invention. The system 10c may be adapted to 
execute in conjunction or within the browser 60. The system 10c utilizes an asynchronous 
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pluggable protocol handler (APP) 80 that may be registered as the handler for the protocol 
scheme described below. When requests are generated by the browser 60 employing the 
protocol scheme, a URL Monitor 84 activates the handler (APP) 80. The APP 80 hands the 
request off to a worker request 88 written for the system 10c, which maps the URI (Universal 
5 Resource Identifier) to a local handler 92 (static files may also be directed through this 

mechanism) adapted to process local HTTP requests 96. The APP 80 provides the browser 
60 with a suitable security zone for the given application based on information from the local 
registry (not shown). 

The protocol scheme described above will now be described in more detail. The 
10 system 10c may employ the protocol scheme to identify all URI's including both dynamic 

and static content. For example, a Web site application may present the follov^ng URI's that 
are all resolved to local handlers 92 (the mapping mechanism is described in more detail 
below) wherein expampleweb provides an exemplary mapping to local resources. 

15 exampleweb: / /www. microsoft , com/money/de fault .aspx 

exampleweb : / /www . microsoft . com/money/ images/ logo . j pg 
exampleweb : //www. microsoft . com/money/accounts . aspx 
exampleweb: //www. microsoft .com/money/static/about .htm 

20 The system 10c may maintain a local mapping of installed applications and their URI 

namespaces to local storage locations. This enables users to refer to remote applications 
employing their remote URI for example. This also enables URI's to be exportable in some 
manner to other installations and enables demand-driven installation of applications adapted 
to operate with the present invention. Additionally, browser applications may be alerted that 

25 these applications, which may be installed locally, originate remotely and therefore should 

run with trust suitable to the remote site, rather than the local machine. 

For example, consider a user installing a future version of Microsoft Money 
employing the URI exampleweb://www.microsoft.com/money. The first attempt to invoke 
the URI may result in the system 10c retrieving a manifest (described below) utilizing its 

30 naming pattem from the site (e.g,, http: //www .microsoft,.com/money/examp1eweb.osd). If 
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the user chooses to install the appHcation, the data may be copied locally and installed. 
When the user later returns to the application URI 

(exampleweb://www.microsoft.com/money), the system 10c may invoke the locally installed 
version of the apphcation. When the apphcation is local however, the browser 60 should be 
5 alerted that it's a remote application so that the browser does not access local resources doing 
cross frame attacks in the browser, for example. This mechanism also enables the user to 
know what they're ruiming and where files originated. 

When resolving names, the system 10c may iterate over a list (not shown) of local 
mappings looking for the longest match, for example. After choosing the longest match, the 

10 system may resolve the match to the application domain of the installed apphcation and call 

an appropriate handler 92. hi the case of shadowing, wherein the user has installed an 
application from a given point and later wants to install an application from a point deeper in 
the same hierarchy (e.g., exampleweb://www.microsoft.com/money/addons/loan-calculator), 
demand-installation may still be a possibility because there may be no handler 92 registered 

15 for the URI. 

The following example illustrates an aspect of how URI mapping may operate in the 
system 10c. A user may have two applications installed as follows: 




20 

Each of these applications may have a hierarchy under its root consisting of Web 
pages, COM+ assemblies in a bin directory, static content, and data, for example. 
Applications may have an arbitrary structure, but for this example, these applications may 
25 have the following exemplary structure: 
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approot 

bin\ # Business logic (various assemblies) 
img\ # images 
data\ # XML stores 
5 default. aspx 

conf ig. cfg 

The following tables demonstrates various exemplary application URI's and the 
physical file that they correspond to. It is to be appreciated that applications may also 
10 maintain virtual URI's by associating requests for part of their URI namespace to a given 
handler 92. 



URI Physical Path 




There may be at least two ways to install applications: Utilizing a standard installation 
1 5 platform to install the application or demand-driven installation wherein a remote URI is 

requested using the protocol scheme described above. Installed applications may be 
maintained in a local registry (not shown) that maps URI's to their installed location. The 
registry may also maintain installation information including the time of installation and 
usage information. The information for apphcations may be stored in the system registry 
20 under HKEY_CURRENT_USER\\SOFTWARE\Microsoft\XSP\Exampleweb, for example. 

For each application, there may be a key named with their origin host and application path. 
(e.g., www.foo.com/myapp). For installed applications, the following registry values may be 
included: 



11 



Installation for explicit and/or demand-driven scenarios may consist of retrieving a 
cabinet (CAB) file or explicit file specified in the manifest (described below) along with any 
dependencies. When files have been retrieved, files may be placed into a directory in the file 
system (CAB files may be exploded preserving their directory hierarchies). An entry may be 
added to the registry thus mapping the application URI to its physical location. The physical 
location may be determined on a unique identifier (such as a GUID not shown). This is 
desired so the name may not be easily computed. 

AppUcations maybe placed in the file system employing the following naming 
convention. Starting from a base application directory (e.g., c:\program files), and append the 
server name, then the apphcation name, and then a uniquely generated identifier. As an 
example, an apphcation originating from http://www.foo.com/bar/baz might reside in a 
directory entitled: 

BS||Mepm ' files J^^x^ij^^ew^ |^a||§^01S^|MiRI|^ . 

The random part of the name should be unpredictable and generated by the system 
10c prior to installing the application. Applications may consist of any suitable Web page 
handler including pages, messaging/web, method files, handlers, and configuration data. The 
configuration data may activate handlers for the apphcation scope and provide settings for the 
apphcation. 
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When the user tries to navigate to a URI that is not installed locally, either because of 
cUcking on a link or by typing in the URI in the browser 60, the system 10c may try to locate 
the application manifest, described below. If the presented URI identifies the application 
manifest as determined by the extension, the system may retrieve it and parse the manifest 
5 file. The user may then be presented with a User Literface UI (not shown) that indicates the 
system 10c is attempting to install applications locally. For example, the UI may show 
required disk space (based on the sum of <DISKSPACE> OSD element, if present, and the 
size required to store any dependent CAB files) and enable users to override a default disk 
quota and browse file names contained in the application - if desired. The installation UI 

1 0 may provide both a default view of basic configuration data and an advanced view that shows 

individual files and enables users to control application execution permissions (e.g., enable 
file I/O permissions and/or classic COM interoperability). 

It is noted that installations may not require configurations initially, although 
configurations may be provided if desired. To enable transparent operation, the user should 

1 5 click to confirm the installation and proceed utiUzing default values. If the URI did not refer 

to the manifest file directly, the system 10c may attempt to retrieve the manifest by 
combining the canonical manifest name with the host/path portion of the URI, If that fails, 
the system may employ a back-off algorithm consisting of removing portions of the path and 
thus locating the manifest file at each level. For packaged installations (e.g., CD ROM, 

20 floppy), apphcations may call registry API's to register appropriately. By default, these 

apphcations may be given local trust. However, these apphcations may safeguard themselves 
employing COM+ code access security, for example, to request permissions that they may 
require. 

The UI described above may include options to automatically update apphcations that 
25 are found to be out of date or the user may select to manually confirm updates on any 

applications that are found to be out of date. When the system checks for an apphcation 
update, it may first retrieve the manifest file. If the manifest file has a different version, the 
system may retrieve and install the various dependencies pending user confirmation. As is 
with installation, the system may restrict download updates from the application's origin 
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server as a safeguard. Additionally, an Isolated Storage feature may be provided by COM+, 
for example, to enable installed applications to maintain durable storage locally. Isolated 
Storage provides a managed file system that supports isolation via a plurality of mechanisms, 
expiration, and lifetime management. This is a feature of the COM+ for system 10c 
5 applications since applications maintain isolated data storage without exposing the user to 

risks of having the application access the local file system. 

The system 10c supports installing applications employing the manifest {e.g., OSD) 
described above. The default manifest name may be exampleweb.osd, for example. OSD 
manifests support an implementation tag that enables the manifest to define varying 

10 representations of a software resource. For example, there might be a both native Win32 

version and a system 10c version. The type of implementation may be denoted by an 
IMPLTYPE element. For example, the system may install applications that have an 
IMPLTYPE of "Com+", "Exampleweb" or those that have one or fewer implementation 
elements that lack an explicit IMPLTYPE element. The OSD format may support an element 

15 called OS that allows different implementations for different OS's. The system 10c may 

support this tag and accept implementations with no OS on any supported platform or may 
attempt to respect OS tags that restrict platforms. This enables applications that require 
platform specific support like transactions to restrict installations to those platforms that 
support the desired features. For example, applications that have transactional semantics 

20 might require Windows 2000 with an element hke the following: 

If applications also provide a version of the application that doesn't require transactions, a 
25 second implementation may contain the elements: 





""^PiiiiiBHii 




30 
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An exemplary manifest may include the following: 
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yi3iiilll;;;iyili!iii^ ^ ' ' '''l!i!li'i;iiiiii=lil!i-^ ■ 1... 



i2;|pFTPi^> 



It is to be appreciated that there are several other optional elements that maybe 
;1 15 employed to provide information to a potential consumer of the appUcation. For example, 

OSD may have a DISKSPACE element that details how much disk storage is required to 
contain the (unpacked) application. 

The following Attributes maybe extensions to the OSD format supported by the 
system 10c. 
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Downloaded applications may run with code access permissions (not shown) granted 
by policy on the local machine for the remote domain. When local applications are installed 
they may be granted permissions based on the URI provided for them at installation time 
5 which may be local and/or remote, depending on the user's desire. The system 10c may add 
policy to the application domain to indicate that any code loaded from the application 
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directory hierarchy is associated with the domain of origin for the appUcation. For example, 
consider an application downloaded and installed Jfrom www.foo.com/myapp. When system 
10c loads the code from that application, it provides evidence to the security system that 
indicates that the code is from www.foo.com/myapp, therefore permissions for that domain 
5 may apply. In addition, the system 10c may add poUcy in order that code loaded from the 

application directory (and children directories) may be associated with the remote URI: 
www.foo.com/myapp. This mitigates enabling the application to load assemblies from its 
own directory and thus bypassing domain security. The system may also add policy to 
indicate that network input/output is to be enabled to the remote host of origin (in the above 
10 example, www.foo.com). 

An administrative UI may also be implemented when the system 10c is installed. For 
example, a toolbar button may be added to the browser 60 toolbar (not shown). When the 
button is cUcked, it may navigate to exampleweb://Home, for example, which may invoke the 
administrative UI. User navigation to exampleweb:// or exampleweb://Home may also run 
15 the administrative UI. The administrative UI may consist of the following exemplary pages: 

Home Page : this page may list installed applications and provides a way to easily 
remove them. In addition, it may provide links to install new applications from a local or 
remote source. 

Install Page : If this page is presented with a remote URI, it may present the user with 
20 information about the application from the manifest and enable them to install the 

application. If this page is not presented with a remote URI, it may prompt for one. 
Local Install page: This page enables users to install a local application, specifying a 
local directory and the local URI to utilize for the application. 

Delete Confirmation Page: This page may prompt users for confirmation before deleting 
25 a page. If confirmation is given, it may remove the application. 

Update Page : This page notifies users that a newer version of the application is 
available and asks to retrieve it. If approval is granted, the newer version is downloaded 
and installed. If the application has an update page, this page should redirect to it after a 
successftil update. 
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Referring now to Fig. 4, a flow chart diagram illustrates a methodology in accordance 
with the present invention. At step 150, a user initiates a local data request. At step 154, a 
determination is made as to whether an application has been loaded on the local system for 
operating on the request of step 150. If an appUcation has been previously loaded, the 
5 methodology proceeds to step 160 and maps the request to the local system as described 
above. After the request has been mapped, the user may interact with the data (e,g., web 
page) on the local system at step 164. If the appUcation for providing the requested services 
has not been loaded at step 154, the process proceeds to step 168. At step 168, the 
application for serving the data request is loaded on the local system. As described above, 

10 the application may be downloaded from the remote system and/or loaded locally from a CD 
and/or other storage medium. After the application has been loaded at step 168, the process 
proceeds to step 160 and proceeds to map the request to the local system. 

In order to provide a context for the various aspects of the invention, Fig. 5 and the 
following discussion are intended to provide a brief, general description of a suitable 

15 computing environment in which the various aspects of the present invention may be 

implemented. While the invention has been described above in the general context of 
computer-executable instructions of a computer program that runs on a computer and/or 
computers, those skilled in the art will recognize that the invention also may be implemented 
in combination with other program modules. Generally, program modules include routines, 

20 programs, components, data structures, etc. that perform particular tasks and/or implement 

particular abstract data types. Moreover, those skilled in the art will appreciate that the 
inventive methods may be practiced with other computer system configurations, including 
single-processor or multiprocessor computer systems, minicomputers, mainframe computers, 
as well as personal computers, hand-held computing devices, microprocessor-based or 

25 programmable consumer electronics, and the like. The illustrated aspects of the invention 
may also be practiced in distributed computing environments where tasks are performed by 
remote processing devices that are linked through a communications network. However, 
some, if not all aspects of the invention can be practiced on stand-alone computers. In a 
distributed computing environment, program modules may be located in both local and 
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remote memory storage devices. 

With reference to Fig. 5, an exemplary system for implementing the various aspects 
of the invention includes a conventional computer 220, including a processing unit 221, a 
system memory 222, and a system bus 223 that couples various system components including 
5 the system memory to the processing unit 22 1 . The processing unit may be any of various 
commercially available processors, including but not limited to Intel x86, Pentium and 
compatible microprocessors from Intel and others, including Cyrix, AMD and Nexgen; Alpha 
from Digital; MIPS from MIPS Technology, NEC, IDT, Siemens, and others; and the 
PowerPC from IBM and Motorola. Dual microprocessors and other multi-processor 

1 0 architectures also may be employed as the processing unit 221 . 

The system bus may be any of several types of bus structure including a memory bus 
or memory controller, a peripheral bus, and a local bus using any of a variety of conventional 
bus architectures such as PCI, VESA, MicroChannel, ISA and EISA, to name a few. The 
system memory includes read only memory (ROM) 224 and random access memory (RAM) 

15 225. A basic input/output system (BIOS), containing the basic routines that help to transfer 

information between elements within the server computer 220, such as during start-up, is 
stored in ROM 224. 

The computer 220 ftirther includes a hard disk drive 227, a magnetic disk drive 228, 
e.g., to read from or write to a removable disk 229, and an optical disk drive 230, e.g., for 

20 reading a CD-ROM disk 23 1 or to read from or write to other optical media. The hard disk 
drive 227, magnetic disk drive 228, and optical disk drive 230 are connected to the system 
bus 223 by a hard disk drive interface 232, a magnetic disk drive interface 233, and an optical 
drive interface 234, respectively. The drives and their associated computer-readable media 
provide nonvolatile storage of data, data structures, computer-executable instructions, etc. for 

25 the server computer 220. Although the description of computer-readable media above refers 
to a hard disk, a removable magnetic disk and a CD, it should be appreciated by those skilled 
in the art that other types of media which are readable by a computer, such as magnetic 
cassettes, flash memory cards, digital video disks, BemouUi cartridges, and the like, may also 
be used in the exemplary operating environment, and ftirther that any such media may contain 
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computer-executable instructions for performing the methods of the present invention, 

A number of program modules may be stored in the drives and RAM 225, including 
an operating system 235, one or more application programs 236, other program modules 237, 
and program data 238. The operating system 235 in the illustrated computer may be a 

5 Microsoft operating system {e.g., Windows NT operating system). It is to be appreciated that 

other operating systems may be employed such as UNIX, for example. 

A user may enter commands and information into the server computer 220 through a 
keyboard 240 and a pointing device, such as a mouse 242. Other input devices (not shown) 
may include a microphone, a joystick, a game pad, a sateUite dish, a scanner, or the like. 

10 These and other input devices are often connected to the processing unit 221 through a serial 
port interface 246 that is coupled to the system bus, but may be connected by other interfaces, 
such as a parallel port, a game port or a universal serial bus (USB). A monitor 247 or other 
type of display device is also connected to the system bus 223 via an interface, such as a 
video adapter 248. In addition to the monitor, computers typically include other peripheral 

15 output devices (not shown), such as speakers and printers. 

The computer 220 may operate in a networked environment using logical connections 
to one or more remote computers, such as a remote chent computer 249. The remote 
computer 249 may be a workstation, a server computer, a router, a peer device or other 
common network node, and typically includes many or all of the elements described relative 

20 to the server computer 220, although only a memory storage device 250 is illustrated in Fig. 
5. The logical connections depicted in Fig. 5 may include a local area network (LAN) 251 
and a wide area network (WAN) 252. Such networking environments are commonplace in 
offices, enterprise-wide computer networks, intranets and the Internet. 

When employed in a LAN networking environment, the server computer 220 may be 

25 connected to the local network 251 through a network interface or adapter 253. When 

utilized in a WAN networking environment, the server computer 220 generally may include a 
modem 254, and/or is connected to a communications server on the LAN, and/or has other 
means for estabUshing communications over the wide area network 252, such as the Internet. 
The modem 254, which may be intemal or extemal, may be connected to the system bus 223 
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via the serial port interface 246. In a networked environment, program modules depicted 
relative to the computer 220, or portions thereof, may be stored in the remote memory storage 
device. It will be appreciated that the network connections shown are exemplary and other 
means of establishing a communications link between the computers maybe employed. 
5 In accordance with the practices of persons skilled in the art of computer 

programming, the present invention has been described with reference to acts and symbolic 
representations of operations that are performed by a computer, such as the computer 220, 
unless otherwise indicated. Such acts and operations are sometimes referred to as being 
computer-executed. It will be appreciated that the acts and symbolically represented 

1 0 operations include the manipulation by the processing unit 22 1 of electrical signals 

representing data bits which causes a resulting transformation or reduction of the electrical 
signal representation, and the maintenance of data bits at memory locations in the memory 
system (including the system memory 222, hard drive 227, floppy disks 229, and CD-ROM 
231) to thereby reconfigure or otherwise alter the computer system's operation, as well as 

1 5 other processing of signals. The memory locations wherein such data bits are maintained are 

physical locations that have particular electrical, magnetic, or optical properties 
corresponding to the data bits. 

What has been described above are preferred aspects of the present invention. It is, of 
course, not possible to describe every conceivable combination of components or 

20 methodologies for purposes of describing the present invention, but one of ordinary skill in 
the art will recognize that many further combinations and permutations of the present 
invention are possible. Accordingly, the present invention is intended to embrace all such 
alterations, modifications and variations that fall within the spirit and scope of the appended 
claims. 
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Claims 

What is claimed is: 

1 . A network-based application, comprising: 

application and presentation logic, at least a portion of which is interchangeably 
processed by a server or a client without modification to the portion. 

2. The network-based apphcation of claim 1 wherein core application 
functionahty is preserved between the client and the server. 

3. The network-based apphcation of claim 1, further comprising a mobile logic 
portion that may be downloaded from the server to the chent. 

4. The network-based apphcation of claim 3, wherein the mobile logic portion is 
loaded via a CD or floppy disk. 

5. The network-based apphcation of claim 3, wherein the mobile logic portion 
further comprises unguarded logic for lower security systems. 

6. The network-based application of claim 3, wherein remote data is downloaded 
based upon a remote data request. 

7. The network-based apphcation of claim 6, wherein the remote data request is 
an HTTP request. 

8. The network-based application of claim 6, wherein the remote data is 
processed locally on the client via local data requests directed at the mobile logic 
portion. 
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9. The network-based application of claim 6, wherein the remote data is provided 
by at least one of an XML and WML response. 

10. The network-based application of claim 6, wherein the remote data is 
communicated via at least one of the Intemet, Intranet, or wireless networks. 

11. An architecture for processing networked-based applications, comprising: 
a presentation tier for interacting with a networked-based application at a 

client; 

a mobile tier operatively coupled to the presentation tier, the mobile tier 
providing for executing at least a portion of the networked-based application at either 
the client end or a server; and 

a guarded tier operatively coupled to at least one of the mobile tier and 
presentation tier, the guarded tier providing for executing remaining portions of the 
network-based apphcation at the server. 

12. The architecture of claim 11, further including a data tier operatively coupled 
to the guarded tier, the data tier including data employed in connection with executing 
the network-based application. 

1 3 . The architecture of claim 1 1 , wherein the guarded tier includes logic for 
enabling the mobile tier to execute the network-based apphcation. 

14. The architecture of claim 12, wherein the presentation tier generates local 
requests to the mobile tier to manipulate data provided by the data tier. 

15. The architecture of claim 14, wherein the mobile tier executes apphcations 
logic associated with the guarded tier to manipulate data provided by the data tier. 
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1 6. The architecture of claim 15, wherein the mobile tier processes local data 
requests offline and generates remote requests to the guarded tier to at least one of 
transmit and receive data associated with the data tier based upon the offline local 
requests. 

17. A computer-readable medium having computer-executable instructions for 
providing the architecture of claim 16. 

18. A system for processing networked-based applications, comprising: 
means for interacting with a networked-based application at a chent; and 
means for executing at least a portion of the networked-based application at 

either the client end or a server based upon requests generated by the client. 

19. The system of claim 1 8, further comprising means for supplying remote data 
employed in connection with executing local data requests associated with the 
network-based application. 

20. The system of claim 19, further comprising means for requesting the local data 
requests offline and generating remote requests to at least one of transmit and receive 
data associated with the remote data based upon the offline local requests. 

21. A method for executing a network-based application, comprising: 
executing at least a portion of a network-based apphcation on a chent computer, the 
network-based application comprising application and presentation logic, at least a 
portion of which is interchangeably processed by a server or the chent without 
modification to the portion. 
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Ahstraot of the Tnvention 

A network-based distributed application system is provided in accordance with the 
present invention for enabling services to be established locally on a client system. The 
system may include an application and presentation logic, at least a portion of which is 
interchangeably processed by a server or a client without modification to the portion. The 
core functionality provided by the appUcation may be preserved between the client and the 
server wherein improved network performance may provided along with improved offline 
service capabilities. 
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Send Correspondence To: Direct Telephone Calls To: 

(name and telephone number) 

Himanshu S. Amin 

Amin, Eschweiler & Turocy, LLP Himanshu S. Amki 

24*^" Floor, National City Center 

1900 East 9™ Street (216) 696-8730 

Cleveland, Ohio 44114 

I hereby declare that all statements made herem of my own knowledge are true and that all statements made on 
information and belief are beheved to be true; and further that these statements were made with knowledge that willful 
false statements and the like are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the 
United States Code, and that such willful false statements may jeopardize the validity of the application or any patent 
issued therein. 



Full name of sole or first inventor, if any: Michael J. Toutonghi 

Inventor's signature: 

Date: Country of Citizenship: ILS 

Residence: Seattle. Washington 

Post Office Address: 7752 19*^ Ave NE 

Seattle, Washington 98115 



Full name of second or joint inventor, if any: Mark T. Anders 

Inventor's signature: ^ 

Date: Country of Citizenship: U> S, 

Residence: Bellevue, Washington 

Post Office Address: 14425 NE 12^^ PL 

Bellevue. Washington 98007 



CHECK FOR ANY OF THE FOLLOWING ADDED PAGE(S) WHICH 
FORM A PART OF THIS DECLARATION 
X Signature for third and subsequent joint inventors. Number of pages added _±_. 
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Full name of third inventor, if any: Scott D. Guthrie 

Inventor's signature: 

Date: Country of Citizenship: U, S. 

Residence; Bellevue, Washington 

Post Office Address: 10011 NE 1^^ Street 

Bellevue. Washington 98004 



Full name of fourth inventor, if any: Erik B. Olson 

Inventor's signature: 

Date: Country of Citizenship: U« S. 

Residence : Redmond, Washington 

Post Office Address: 22612 NE 23^^ Place 

Redmond. Washington 98053 



Full name of fifth inventor, if any: Garv S. Burd 

Inventor's signature: 

Date: Country of Citizenship: U. S. 

Residence: Kirkland, Washington 

Post Office Address: 11411 NE 103''^ Street 



Full name of sixth inventor, if any: Dmitry Robsman 

Inventor's signature: 

Date: Country of Citizenship: Former U.S.S.R 

Residence : Bellevue, Washinton 

Post Office Address: 1238 169*^ Pine 98008 



Full name of seventh inventor, if any: 

Inventor's signature: 

Date: Country of Citizenship:. 

Residence: 



Manu Vasandani 



India 



Bellevue, Washington 



Post Office Address: 



14523 NE 39 Street 



Bellevue, Washington 98007 



Full name of eighth inventor, if any: 

Inventor's signature: 

Date: Country of Citizenship:. 

Residence: 



John P. Shewchuk 



U. S. 



Redmond, Washington 



Post Office Address: 



21604 NE 67^^ Street 



Redmond. Washington 98053 



Full name of ninth inventor, if any: 

Inventor's signature: 

Date: Country of Citizenship:. 

Residence: 



Satoshi Nakaiima 



U. S, 



Redmond, Washington 



Post Office Address: 



4902 166'^ Ct. NE 



Redmond, Washington 98052 



X 



This declaration ends with this page. 
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